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REMARKS 

This application has been carefully considered in connection with the Examiner's 
Office Action dated March 10, 2009. Reconsideration and allowance are respectfully 
requested in view of the following. 

Summary of Rejections 

Claims 1-14 and 16-23 were pending at the time of the Office Action. 
Claims 1-14, 16-21, and 23 were rejected under 35 USC § 102. 
Claim 22 was rejected under 35 USC § 103. 

Summary of Response 

Claims 1 , 3-5, 7-1 1 , 13, 14, 16, 18-20, and 23 are currently amended herein. 

Claim 15 was previously cancelled. 

Claims 2 and 17 are cancelled herein. 

Claims 6 and 12 remain as previously presented. 

Claims 21 , and 22 remain as originally submitted. 

Remarks and Arguments are provided below. 

Summary of Claims Pending 

Claims 1, 3-14, 16 and 18-23 are currently pending following this response. 
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Applicant Initiated Interview 

Applicants thank Examiner Isaac Tecklu for his time and consideration of the 
arguments presented in the personal interview on June 2, 2009. In the interview, 
Examiner Tecklu further considered the applied art in view of the Applicants' arguments. 
Examiner Tecklu suggested amendments to place the pending claims in condition for 
allowance. Applicants amended the pending claims based on Examiner Tecklu's 
suggestions. A detailed discussion of the differences between the applied art and the 
claim limitations follows. 

Response to Rejections 

Furrer does not anticipate that a translator translates data requests into a generic 
format for a data access layer that directs the data requests to an appropriate data store 
for fulfilling the data requests and further translates the data request from the generic 
format into the format of the appropriate data store. Furrer also does not anticipate that 
each commercial-off-the-shelf software application has a corresponding listener and a 
listener simulates a driver corresponding with a data store and receives a data request 
from a commercial-off-the-shelf software application that is compatible with the data 
store simulated by the listener. Translating the data requests into a generic format that 
the data access layer can translate into the format of the appropriate data store for 
fulfilling the data requests enables data stores different from the data stores for which 
the applications were originally certified to fulfill the data requests. Simulating drivers 
with the claimed listeners decouples the commercial-off-the-shelf applications from the 
data stores that fulfill its data requests by enabling the commercial-off-the-shelf 
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applications to submit data requests in its normal manner regardless of the 
characteristics of the data stores that fulfill its data requests. Therefore, the data stores 
that actually fulfill the data requests may be changed or upgraded as needed without 
the need for any changes in the commercial-off-the-shelf application. 

Furrer teaches that a "transaction converter, interface, and results converter 
cooperate such that relational data requests sent by the web-application access the 
non-relational data through the RRM [recoverable resource manager] and return 
relational results from non-relational results provided by the RRM." (Abstract) Although 
Furrer may disclose a translator that translates a data request, Furrer does not 
anticipate that a translator translates data requests into a generic format for a data 
access layer that directs the data requests to an appropriate data store for fulfilling the 
data requests and further translates the data request from the generic format into the 
format of the appropriate data store. Furthermore, while Furrer may disclose 
connectors that function much like drivers, Furrer does not anticipate that each 
commercial-off-the-shelf software application has a corresponding listener and a listener 
simulates a driver corresponding with a data store and receives a data request from a 
commercial-off-the-shelf software application that is compatible with the data store 
simulated by the listener. 

These and other distinctions between the pending specification and the applied 
art will be discussed in greater detail in the analysis of the pending claims that follows. 
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Response to Rejections under Section 102 
Claim 1: 

Claim 1 was rejected under 35 USC § 102(e) as being anticipated by Furrer et 
al., U.S. Pub. No. 2005/0192962 A1 ("Furrer"). 

I. Furrer does not anticipate a translator that translates a data request into a 
generic format or a data access layer that directs the data request from a commercial- 
off-the-shelf software application to the appropriate data store and translates the 
translated data request from the generic format into the storage format of the 
appropriate data store. 

Amended claim 1 recites: 

a translator . . . [that] receives the data request from the one of the 
plurality of listeners, translates the data request into a generic format to 
produce a translated data request, and ... a data access layer . . . [that] 
determines to direct the translated data request from one of the 
commercial-off-the-shelf software applications that corresponds with the 
one of the plurality of listeners to the one of the plurality of second data 
stores, and translates the translated data request from the generic format 
into a storage format of the one of the plurality of second data stores 

Applicants respectfully submit that no new matter has been introduced by the 

amendments to claim 1, which are based on suggestions by the Examiner. Support 

may be found throughout the specification as originally filed, including herein cancelled 

claim 2. In reference to the rejection of dependent claim 2, page 5 of the Office Action 

cites paragraph 83 of Furrer to allege that Furrer anticipates these limitations. 

Paragraphs 81-83 of Furrer disclose: 

Preferably, the connectors 606 are configured to bridge between legacy 
data management systems such as EIS 604 and modern technologies 
such as web-applications 610 and/or web components 610 .. . The 
connectors 606 comprise an technology insulation layer between web- 
application 610 and Application/web-server 602 technology on one side 
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and legacy applications, operating systems, and/or system calls on the 
other. Consequently, the connectors 606 function much like software 
drivers insulate an application from particular hardware commands. 
Different types of connectors 606 may be implemented. For JDBC 
connectors 606, four different well known types exist. Type-1 connectors 
comprise a JDBC-ODBC bridge. Type-2 connectors comprises a native 
API combined with a driver written partially in the JAVA programming 
language. A type-2 connector converts JDBC calls into database or 
operating system specific data requests. In certain embodiments, the 
VSAM connector 606a comprises a type-2 connector written in JAVA and 
a language compatible with the host operating system 612 such as the 
z/OS from IBM. A type-3 connector comprises a driver written completely 
in JAVA that passed JDBC requests through a network to a middle-tier 
server which then translates the JDBC request into a data store specific 
data request. A type-4 connector is written completely in JAVA and 
converts JDBC calls into a specific database management system 
protocol (DBMS) for direct communication with the DBMS server. 

Based on the disclosure cited above, Furrer teaches that the four types of 
connectors described in cited paragraph 83 are configured to bridge between legacy 
data management systems and web-applications. Each of the four types of connectors 
described in cited paragraph 83 receive Java Database Connectivity calls from an 
application and convert the Java Database Connectivity calls into a request for a 
specific database. Paragraph 51 of Furrer discloses that the cited "connector 300 
includes a web interface 310, a transaction converter 312, an interface 314, and a 
results converter 316." Paragraph 19 of Furrer discloses the function of the connector's 
transaction converter and results converter by teaching that the "transaction converter 
converts relational transaction requests from the web-application into one or more non- 
relational transaction requests . . . The results converter converts the non-relational 
results into relational results that can be sent back to the web-application." Therefore, 
Furrer's connectors receive requests from relational data applications that are intended 
for a relational database and incompatible with a specific non-relational database, and 
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convert the requests into specific non-relational requests that are compatible with the 
specific non-relational database. Cited paragraph 83 offers examples of specific non- 
relational databases for which requests are converted, such as "ODBC" (Open 
Database Connectivity), "database or operating system specific data requests . . . such 
as the z/OS from IBM," "a data store specific data request," and "a specific database 
management system protocol (DBMS) for direct communication with the DBMS server." 

Paragraph 54 of Furrer discloses that after the connector converts a request into 
a specific non-relational request that is compatible with a specific non-relational 
database, 

The interface 314 sends the non-relational transaction requests provided 
by the transaction converter 312 to the RRM 210. As mentioned above, 
typically, each connector 300 corresponds with a single RRM 210 .. . The 
RRM 210 executes the non-relational transaction requests as though the 
requests came from any other legacy application requesting transactional 
recovery and access 

Paragraph 18 of Furrer discloses that the "recoverable resource manager (RRM) 
provides transactional recovery and transactional access for a plurality of transactions 
concurrently accessing the data. Preferably, the RRM is configured for a specific type 
of data such as Virtual Storage Access Method (VSAM) data." Paragraph 45 of Furrer 
specifies "a separate recoverable resource manager (RRM) 210 for each type of legacy 
data. A recoverable resource manager 210 comprises a software module designed 
specifically to manage the specific type of legacy data." Therefore, after the connector 
converts a request into a specific non-relational request that is compatible with a 
specific non-relational database, the connector's interface sends the specific non- 
relational transaction request to the specific recoverable resource manager that is 
configured for the specific non-relational database. 

17 
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In contrast, the pending disclosure teaches a translator that translates a data 

request into a generic format, and a data access layer that translates the data request 

from the generic format into the storage format used for the data store to which the data 

access layer is directing the translated data request: 

The translators 42, 44, and 46 translate data requests between the 
formats of the listeners 32, 34, and 36 and a single or generic format. The 
translators 42, 44, and 46 transfer the generic format data requests to and 
from a single data access layer 60 . . . The data access layer 60 receives 
data requests from the translators 42, 44, and 46 in the single or generic 
format into which all, or perhaps only some groups, of the translators 42, 
44, and 46 have the capability of converting data requests. This single or 
generic format may be, for example, a language or data format or 
standard compatible with the all, or groups, of the translators 42, 44, and 
46. Upon receiving a data request, the data access layer 60 determines 
which data store 92, 94, or 96 the data request should be sent to. The 
data access layer 60 then translates the data request from the generic 
format into the format of the appropriate data store 92, 94, or 96. The 
data access layer 60 then sends the data request to the wrapper 72, 74, 
or 76 for the appropriate data store 92, 94, or 96. The data access layer 
60 can translate data requests from the generic language provided by the 
translators 42, 44, and 46 into the native language of each data store 92, 
94, and 96 . . . Therefore, the data access layer 60 can actually receive a 
data request from any COTS application 12, 14, or 16 and send the 
request to any data store 92, 94, or 96. (Paragraphs 20, 22, and 25) 



In contrast to Furrer, which discloses connectors that translate relational data 
requests into specific non-relational data requests for specific data stores, the pending 
disclosure teaches a translator that translates a data request into a non-specific generic 
format. In further contrast to Furrer, which discloses an interface that sends the 
translated data request only to the specific non-relational data store for which the 
relational data request has been translated, the pending disclosure teaches a data 
access layer that determines to which of many data stores to direct the data request 
after the data request is translated into a generic format. The data access layer 
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determines the specific format to translate the generic data request after the data 
access layer identifies to which specific data store the data request is to be directed. 

Accordingly, Furrer does not anticipate a translator that translates a data request 
into a generic format or a data access layer that directs the data request from a 
commercial-off-the-shelf software application to the appropriate data store and 
translates the translated data request from the generic format into the storage format of 
the appropriate data store. 

II. Furrer does not anticipate that each commercial-off-the-shelf software application 
has a corresponding listener and a listener simulates a driver corresponding with a data 
store and receives a data request from a commercial-off-the-shelf software application 
that is compatible with the data store simulated by the listener. 
Amended claim 1 recites: 

one of a plurality of listeners . . . simulates a corresponding one of the 
plurality of drivers corresponding with one of the plurality of first data 
stores and receives the data request from a corresponding one of the 
plurality of commercial-off-the-shelf software applications that is 
compatible with the one of the plurality of first data stores simulated by the 
one of the plurality of listeners, wherein each of the plurality of 
commercial-off-the-shelf software applications has a corresponding one of 
the plurality of listeners 

Applicants respectfully submit that no new matter has been introduced by the 
amendments to claim 1. Support may be found throughout the specification as 
originally filed, including Figures land 2, and paragraphs 18 and 19. 

In reference to a rejection of independent claim 1, the Office Action alleges on 

pages 3 and 4 that: 

Furrer discloses ... a listener . . . simulates one of the plurality of drivers 
corresponding with one of the plurality of first data stores and receive the 
data request from one of the plurality of commercial-off-the-shelf software 
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applications that is compatible with the one of the plurality of first data 
stores simulated by the listener (paragraph [0083] ". . . JDBC-ODBC 
bridge . . . API combined with a driver . . . driver written completely in 
JAVA that passed JDBC request . . . middle-tier server . . .") 
As discussed above in section I, Furrer teaches that the four types of connectors 

described in cited paragraph 83 are configured to bridge between legacy data 

management systems and web-applications. Each of the four types of connectors 

described in cited paragraph 83 receive Java Database Connectivity calls from an 

application and convert the Java Database Connectivity calls into a request for a 

specific database. Paragraph 51 of Furrer discloses that the cited "connector 300 

includes a web interface 310, a transaction converter 312, an interface 314, and a 

results converter 316." Paragraph 52 of Furrer discloses the function of the connector's 

web interface by teaching that 

the web interface 310 receives a relational transaction request from a 
web-application 212. The web interface 310 comprises a published 
interface for receiving relational transaction requests. Preferably, the 
published interface is an industry-accepted application programming 
interface (API) such as Java Database Connectivity (JDBC), ODBC, or the 
like. Consequently, the relational transaction request is formatted 
according to the SQL protocol. Of course, the API of the web interface 
310 may be modified to accommodate new data request protocols without 
changing other components of the VSAM connector 300. 

Therefore, Furrer's connectors include a web interface that may be a Java 

Database Connectivity application programming interface that receives requests 

formatted according to the SQL protocol. Although the web interface may be modified 

to accommodate different data request protocols, Furrer does not anticipate multiple 

connectors that each receives requests formatted according to different data request 

protocols. The abstract of Furrer specifies that an apparatus, system and method are 

provided "such that relational data requests sent by the web-application access the non- 
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relational data through the RRM [recoverable resource manager] and return relational 
results from non-relational results provided by the RRM." Therefore, Furrer teaches that 
the cited connectors receive relational data requests. 

Paragraph 62 of Furrer specifies that although the cited connectors function as 
an interface between legacy databases and the web applications that send relational 
data requests, the legacy applications bypass the cited converters to access the legacy 
databases: 

Recoverable relational transactions from web-applications 402 are made 
possible by the connector 300 in conjunction with the RRM 406, RRS 408, 
and CAF 410. Of course, the batch and legacy applications 412, 414 
send non-relational transaction requests directly to the RRS [resource 
recovery service] 408. 

Furrer discloses that a legacy application may send a non-relational data request 
to its corresponding legacy data store, and that the connectors that enable relational 
data requests to access non-relational legacy data stores do not receive any non- 
relational data requests from legacy applications. Because paragraph 5 of Furrer 
discloses that "the legacy data storage subsystem is simply a file system of an 
operating system that manages a number of different files storing data in proprietary 
formats," one legacy application may not be able to access the data stored in a 
proprietary format by another legacy data store. Furrer does not anticipate any 
connectors that correspond to the legacy applications to enable the different legacy 
applications to access each others' corresponding legacy data stores. Cited paragraph 
83 of Furrer teaches that the cited connectors correspond to the various data stores, 
such as "ODBC" (Open Database Connectivity), "database or operating system specific 
data requests . . . such as the z/OS from IBM," "a data store specific data request," and 
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"a specific database management system protocol (DBMS) for direct communication 
with the DBMS server." However, the cited connectors do not correspond to the 
applications that may access the data stores, particularly to the legacy applications that 
correspond to the legacy data stores. 

In contrast, the pending disclosure teaches that each commercial-off-the-shelf 
software application has a corresponding listener and a listener simulates a driver 
corresponding with a data store and receives a data request from a commercial-off-the- 
shelf software application that is compatible with the data store simulated by the 
listener. Paragraphs 19 and 27 of the pending disclosure clearly differentiate between 
the listeners that correspond to each of the applications of the pending disclosure and 
the connectors of Furrer. Paragraphs 19 and 27 of the pending disclosure are 
reproduced below: 

The listeners 32, 34, and 36 simulate the functions of the listeners 
that are typically built in to commercially available data stores. More 
specifically, each listener 32, 34, or 36 simulates the listener of the data 
store for which its corresponding COTS application 12, 14, or 16 was 
certified. Thus, a COTS application 12, 14, or 16 can submit a data 
request in its normal manner and, from its perspective, the data request is 
received by the same listener that normally receives its data requests. 

The SQL statement is received by the MS SQL Server listener 32. 
The MS SQL Server listener 32 simulates the functions of the listener on 
the data store for which the COTS application 12 has been certified. This 
gives the COTS application 12 the impression that it is submitting the SQL 
statement to the data store for which it has been certified. 



The pending disclosure teaches that each listener simulates the listener of the 
data store for which its corresponding commercial-off-the-shelf application was certified, 
and that each commercial-off-the-shelf application has a corresponding listener. 
Although Furrer may disclose that each non-relational legacy data store has a 
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corresponding legacy application, each legacy application does not have a 
corresponding connector because the legacy application bypasses the connectors to 
access the legacy data stores. In contrast to Furrer's connector, which receives a 
relational data request for a non-relational data store that is incompatible with the 
relational application that sent the relational data request, the listener taught by the 
pending disclosure simulates a driver that receives a data request for a database that is 
certified as compatible with the commercial-off-the-shelf application that sent the data 
request. 

Accordingly, Furrer does not anticipate that each commercial-off-the-shelf 
software application has a corresponding listener and a listener simulates a driver 
corresponding with a data store and receives a data request from a commercial-off-the- 
shelf software application that is compatible with the data store simulated by the 
listener. 

For at least the reasons established above in sections I and II, Applicants 
respectfully submit that independent claim 1 is not anticipated by Furrer and respectfully 
request allowance of this claim. 
Claims depending from Claim 1: 

Claims 2-12 were rejected under 35 USC § 102(e) as being anticipated by 

Furrer. 

Dependent claim 2 is cancelled herein. Dependent claims 3-12 depend directly 
or indirectly from independent claim 1 and incorporate all of the limitations thereof. 
Accordingly, for at least the reasons established in sections I and II above, Applicants 



60045.01/4000.18700 



23 



Attorney Docket No: IDF 2666 (4000-18700) 



Patent 



respectfully submit that claims 3-12 are not anticipated by Furrer and respectfully 
request allowance of these claims. 
Claim 13: 

Claim 13 was rejected under 35 USC § 102(e) as being anticipated by Furrer. 

Claim 13 includes limitations substantially similar to the limitations discussed in 

sections I and II above. For example, amended claim 13 recites: 

one of a plurality of listeners . . . [that] simulates the first of the plurality of 
drivers and receives the data request from the one of the plurality of 
commercial-off-the-shelf software applications submitted for the first of the 
plurality of drivers, wherein each of the plurality of commercial-off-the-shelf 
software applications has a corresponding one of the plurality of listeners; 
a translator . . . [that] receives the data request from the one of the 
plurality of listeners and translates the data request into a generic format 
to produce a first translated data request; a data access layer . . . [that] 
determines, based on an enterprise data model, to direct the data request 
of the one of the plurality of commercial-off-the-shelf software applications 
to one of a plurality of second data stores and translates the first 
translated data request from the generic format into a storage format of 
the one of the plurality of second data stores to produce a second 
translated data request. 

Applicants respectfully submit that no new matter has been introduced by the 
amendments to claim 13, which are based on suggestions by the Examiner. Support 
may be found throughout the specification as originally filed, including Figures 1 and 2, 
and paragraphs 18 and 19. Accordingly, the arguments of sections I and II are hereby 
repeated for claim 13. 

For at least the reasons established above in sections I and II, Applicants 
respectfully submit that independent claim 13 is not anticipated by Furrer and 
respectfully request allowance of this claim. 
Claims Depending from Claim 13: 

Claim 14 was rejected under 35 USC § 102(e) as being anticipated by Furrer. 
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Dependent claim 14 depends directly from independent claim 13 and 
incorporates all of the limitations thereof. Accordingly, for at least the reasons 
established in sections I and II above, Applicants respectfully submit that claim 14 is not 
anticipated by Furrer and respectfully request allowance of these claims. 
Claim 16: 

Claim 16 was rejected under 35 USC § 102(e) as being anticipated by Furrer. 

Claim 16 includes limitations substantially similar to the limitations discussed in 

sections I and II above. For example, claim 16 recites: 

one of a plurality of listeners . . . [that] simulates the first of the plurality of 
drivers and receives the data request from a corresponding one of the 
plurality of the commercial-off-the-shelf software applications submitted for 
the first of the plurality of drivers, wherein each of the plurality of 
commercial-off-the-shelf applications has a corresponding one of the 
plurality of listeners; a translator . . . [that] receives the data request from 
the one of the plurality of listeners and translates the data request into a 
generic format to produce a translated data request; a data access layer . 
. . [that] determines, based on an enterprise data model, to direct the 
translated data request from the one of the plurality of commercial-off-the- 
shelf software applications that corresponds with the one of the plurality of 
listeners to one of a plurality of second data stores, and translates the 
translated data request from the generic format into a storage format of 
the one of the plurality of second data stores 

Applicants respectfully submit that no new matter has been introduced by the 
amendments to claim 13, which are based on suggestions by the Examiner. Support 
may be found throughout the specification as originally filed, including herein cancelled 
claim 17, Figures land 2, and paragraphs 18 and 19. Accordingly, the arguments of 
sections I and II are hereby repeated for claim 16. 

For at least the reasons established above in sections I and II, Applicants 
respectfully submit that independent claim 16 is not anticipated by Furrer and 
respectfully request allowance of this claim. 
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Claims Depending from Claim 16: 

Claims 17-21 and 23 were rejected under 35 USC § 102(e) as being anticipated 
by Furrer. 

Dependent claim 17 is cancelled herein. Dependent claims 18-21 and 23 
depend directly or indirectly from independent claim 16 and incorporate all of the 
limitations thereof. Accordingly, for at least the reasons established in sections I and II 
above, Applicants respectfully submit that claims 18-21 and 23 are not anticipated by 
Furrer and respectfully request allowance of these claims. 

Response to Rejections under Section 103 
Claims Depending from Claim 16: 

Claim 22 was rejected under 35 USC § 103(a) as being unpatentable over Furrer 
in view of Gajda, U.S. Patent No. 6,502,088 B1 ("Gajda"). 

Dependent claim 22 depends directly or indirectly from independent claim 16 and 
incorporates all of the limitations thereof. Accordingly, for at least the reasons 
established in sections I and II above, Applicants respectfully submit that claim 22 is not 
taught or suggested by Furrer and respectfully request allowance of these claims. 
Gajda does not cure the deficiencies of Furrer. 



60045.01/4000.18700 



26 



Attorney Docket No: IDF 2666 (4000-18700) 



Patent 



Conclusion 

Applicants respectfully submit that the present application is in condition for 
allowance for the reasons stated above. If the Examiner has any questions or 
comments or otherwise feels it would be helpful in expediting the application, he is 
encouraged to telephone the undersigned at (972) 731-2288. 

The Commissioner is hereby authorized to charge payment of any further fees 
associated with any of the foregoing papers submitted herewith, or to credit any 
overpayment thereof, to Deposit Account No. 21-0765, Sprint. 

Respectfully submitted, 



Date: J une 8, 2009 /Michael W. Piper/ 

Michael W. Piper 
Reg. No. 39,800 

Conley Rose, P.C. 

5601 Granite Parkway, Suite 750 ATTORNEY FOR APPLICANTS 

Piano, Texas 75024 

(972) 731-2288 

(972) 731 -2289 (facsimile) 
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